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@ PROCEDE DE CHARGEMENT D'UN PROGRAMME D'UTILISATION DANS UN SUPPORT A PUCE. 


gT) Pour resoudre des problemes de coexistence (BAN- 
OUE, SERVICE) de divers programmes dans une m§me 
carte a puce on prevoit de munir le systeme d'exploitation 
(5) de la puce (1) de cette carte, d'un programme (CHAR) 
de chargement aui transforme tout programme (15) d'uttli- 
sation, de fa9on a ce que les instmctions et les donnees de 
ce programme d'appiication soient affectes d'adresses ab- 
solues (2356), utilisables directement dans !e circuit int6- 
gre, et correspondant aux adresses reelles dans une me- 
moire (4) de donn6es de ce circuit int6gr6. On montre 
qu'en agissant ainsi, on pemnet a la fois la cohabitation et 
rind^pendance des programmes d'utHisation charges dans 
les puces. 
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PROCEDE DE CHARGEMENT D ' UN PROGRAMME D ' UTILISATION DANS 

UN SUPPORT A PUCE. 


La presents invention a pour objet un precede de 
chargement d'un programme d ' utilisation dans un support 
portable a puce. Elle est applicable en particulier 
dans le domaine des cartes a puce. Elle concerne plus 
particulierement les situations dans lesquelles on veut 
faire co-exister dans une memoire d ' une carte a puce 
plusieurs applications de types differents. On appelle 
application la suite des operations effectuees tant a 
1* inter ieur d • une carte a puce que dans un lecteur avec 
lequel cette carte est en relation et qui conduisent a 
la satisfaction d'un besoin exprime par un utilisateur 
porteur de la carte, Ces operations comportent des 
traitements electroniques a 1 * interieur des circuits de 
la carte et du lecteur, et des actions, eventuellement 
mecaniques, sur des per ipher iques auxquels le lecteur 
est relie. Une application comporte done, enregistre 
dans la memoire de la carte, un programme d ' utilisation 
de cette carte a cette fin, ce programme comportant un 
ensemble d * instruct ions . 

Une carte a puce comporte dans sa structure 
generale un micro-processeur en relation avec une 
memoire programme, une ou des memoires de donnees et 
une interface de communication avec le monde exterieur. 
Dans le but de rendre 1 ' ut i 1 isa t ion d'une carte a puce 
plus pratique il a ete envisage de faire co-exister sur 
une meme carte plusieurs programmes d ' ut i 1 isat ion . Par 
exemple, un programme d • ut i 1 isat ion bancaire et un 
programme d ' utilisation de reservation de voiture. Les 
deux prestataires de service responsables de ces 
programmes d • utilisation , une banque et un organisme 
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bancaire. vont en general ne rien avoir en commun. 
etant totalement independants I'un et 1 -autre. Us 
peuvent meme ignorer que des cartes a puce portees par 
leurs clients sent munies de programmes d • utilisation 
des services d'un autre prestataire. 

Le probleme pose par ce type de partage de 
ressources de la carte a puce par plusieurs 
applications est f ondamenta lement le respect de 
I'integrite, par un des programmes d • utilisation des 
donnees et des instructions d'un autre programme 
d 'utilisation . 

Pour resoudre le probleme de la co-existence, il a 
ete envisage plusieurs solutions qui reposent toutes 
dans leur principe sur 1 • intervention d • une autorite 
superieure, par exemple I'entreprise qui fabrique les 
cartes. Dans ce cas plusieurs solutions sont 
envisageables , 

Par exemple, les fabricants de circuits integres 
qui fabriquent les circuits integres a enchasser dans 
les cartes peuvent etre investis de cette autorite 
Autrement, le circuit integre fabrique peut etre 
totalement nu , ou peut ne comporter dans sa memoire 
programme qu'un ensemble elementaire d • instruct ions 

destinees a 1p f a f r ^• 

le faire fonctionner. cet ensemble 

d- instructions elementaires est le systeme 

d' exploitation du circuit integre. Ce systeme 
d'exploitation peut lui-meme etre programme a 
I'interieur du circuit integre, soit directement a la 
fabrication (dans ce cas il est programme le plus 
generalement par masque), ou par exemple au cours d'une 
operation de test. 

Dans une autre fapon de faire, le systeme 
d exploitation peut etre installe dans le circuit 
integre p.r un. entreprise qui net a la disposition 
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d'un prestataire de service un lot de cartes avec un 
systeme d ' exploi tation et des programmes d ' uti 1 isat ion 
adaptes aux exigences de ce prestataire de service. 
Dans ce dernier cas, la solution retenue pour faire co- 
exister differentes applications sur un meme circuit 
integre, dans une meme carte a puce, et de concevoir a 
chaque fois un systeme d • exploi tat ion special afin que 
plusieurs applications de type different, mais connues 
a I'avance, puissent etre memorisees dans la carte et 
que les applications ne puissent retentir les unes sur 
les autres sans 1 'accord des prestataires de service 
concernes . 

Cette solution presente 1 ' inconvenient que 
I'entreprise qui la met en oeuvre doit connaitre des le 
depart toutes les utilisations qui vont etre faites 
avec les cartes qu'elle met a la disposition des 
prestataires de service. Ceci empeche done toute 
evolution. L'autre inconvenient presente par cette 
methode et qu'elle repose sur la confiance a faire par 
les differents prestataires de service a la societe qui 
met en oeuvre le systeme d * exploitation et les 
P^"9^^^'"^'^ d * a ppl ica t icin dans leS circuits integres des 
cartes. Les applications pouvant comporter des actions 
sensibles pour ces prestataires de service, cette 
confiance est difficile a obtenir ou a controler. 

En plus de ce probleme d' evolution des 
applications, il se presente la difficulte que la 
memorisation de programmes d » util isa t ion dans la 
memoire du circuit integre de la carte a puce ne peut 
se faire qu » en designant dans ces programmes des 
adresses absolues des zones memoires disponibles dans 
cette carte. C'est-a-dire qu'il serait necessaire de 
divulguer toute la structure du circuit integre de la 
carte, notamrr.ent divulguer les adresses ou sont 
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stockees les secrets de 2a carte, ses clefs privees de 
ch.ffrement. si on voulait que quiconque puisse 
enregxstrer ses propres prograrnmes d -utilisation dans 

une carte a puce. 

L- invention a pour objet de remedier a ce probleme 
en .ettant en oeuvre, dans le systems d • exploitation du 
circuit integre. une macro instruction de chargement 
dont les caracter istiques consistent d • une part a 
calculer des adresses absolues ou doivent etre rangees 
les instructions du programme d • uti 1 isation a partir 
d.une adresse de depart connue, a modifier le programme 
d utilisation en consequence et a enregistrer les 
instructions de ce programme a ces adresses calculees 

Selon !• invention, le programn,e d • ut i lisation du 
circuit mtegre comporte d -autre part une definition 
d'un espace memoire de donnees qui sera necessaire pour 
la mise en oeuvre de cette utilisation. Dans 
1- invention, la macro instruction de chargement lit 
alors cette definition pr.sente dans ce programme 
d utilisation (generalement en tete de ce progran,n,e) , 
et reserve en memoire de donnees une place necessaire 
pour stocker les donnees correspondantes . Au cours du 
chargement, la macro instruction de chargement de 
1 invention effectue, de preference, aussi en plus une 
mise a jour d-une zone memoire representative de 
1-occupation en memoire du programme d - uti 1 isation 
relatif a cette application. Cette zone memoire peut 
comprendre par exemple un descripteur de fichiers. 

L- invention concerns en consequence un precede de 
chargement dans une puce electronique , portee par un 
support portable , p.ce et comprenant un- 
mcroprocesseur et une m.moire, d-un programme 
d utilisation de ce support . puce, ce programme 
comportnnt des instructions; d.ms Icquel, 
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- on munit la puce d'un systeme d • exploitation 
comportant notamment un programme de chargeinent en 
memoire, ce systeme d » exp 1 o i ta t ion commandant le 
f onctionnement du microprocesseur et de la memoire, 

- on enregistre dans la memoire, au moyen du 
programme de chargement en memoire, le programme 
d 'utilisation 

caracterise en ce que 

- on definit dans le programme d * ut i 1 isat ion , une 
quantite de place necessaire en memoire de la puce pour 
contenir des donnees a utiliser par ce programme 
d 'utilisation, 

- on fait calculer par ce programme de chargement 
en memoire, au moment de ce chargeinent, des adresses 
absolues pour enregistrer en memoire des donnees 
utilisees dans le programme d • utilisation et les 
instructions de ce programme d • ut il isat ion , 

- on modifie en consequence ce programme 
d 'utilisation, et 

- on fait enregistrer par ce programme de 
chargement les donnees et les instructions presentes 
dens l3 prograTfii^e d ' u ti 1 isa tion a ces adresses absolues 
calculees. 

Un autre probleme inherent aux cartes a puce est de 
donner aux prestataires de service la possibilite de 
programmer de nouvelles applications, ou de modifier 
leurs applications, sans avoir a connaitre le 
f onctionnement du systeme d • expl oitat ion de 

1« invention. II est alors prevu dans 1 • invention de 
munir le circuit integre de la carte d'un programme 
interpreteur de commande. Un tel programme interpreteur 
de commande est capable de f a ire executer par le micro- 
processeur du circuit integre des instructions en un 
langage evolue (nymboJiquo) nt lues dans une memoire 
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programme, en les interpretant au vol, c*est-a-dire en 
les transformant en instructions executables par le 
micro-processeur . Ces instructions executables peuvent 
alors etre chargees telles qu'elles dans le registre 
d * instruct ions de ce micro-processeur. 

Dans ces conditions, les seules contraintes qui 
pesent sur les prestataires de service sont de munir 
leurs programmes d ' ut il isat ion , premierement d'une 
definition de I'espace necessaire pour les donnees, et 
d 'autre part d'utiliser un programme en langage evolue 
communement utilise dans le domaine inf ormatique . Par 
exemple, ce programme en langage evolue peut etre un 
programme en langage C, FORTH, FORTRAN ou COBOL ou 
autre. Le cas echeant, la macro instruction de 
chargement pourra etre capable de reconnaitre au 
prealable le langage evolue utilise de fagon a orienter 
convenablement 1 * interpretation des commandes. Un 
interpreteur different correspond alors aux differents 
types de langage. 

L'invention a done pour objet dans ce but, un 
procede comme le precedent caracterise en ce que 

- on munit la puce d'un systeme d » exploitation 
comportant un programme 33 interpreteur de commande, 

- on enregistre dans la memoire de la puce, au 
moyen du programme de chargement en memoire, un 
programme 15 d • ut i 1 isat ion du support a puce comportant 
des instructions ecrites dans un langage evolue, non 
directement executables par le microprocesseur , dans le 
but de faire executer par le m icroprocesseur des 
instructions interpretees resultant de ces instructions 
non directement executables apres leur avoir fait subir 
une interpretation par le programme interpreteur de 
commande , 

on fait calculor f.cir lo progr^jnmn de chargement 
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en memoire, au moment de cet enregistrement , des 
adresses pour enregistrer en .ne.r.oire de la puce les 
instructions du programme en langage evolue, 

- on modifie les instructions en langage evolue en 
fonction de ce calcul, 

- on enregistre ces instructions en langage evolue 
dans la memoire a des adresses absolues calculees par 
ce programme de chargement. 

L'invention sera mieux comprise a la lecture de la 
description qui suit, et a I'examen des figures qui 
I'accompagnent. Celles-ci ne sont donnees qu • a titre 
indicatif et nuUement limitatif de 1' invention. Les 
figures montrent: 

- figure l: une structure de circuit integre pour 
un support electronique apte a mettre en oeuvre le 
precede de 1 ' invention ; 

figure 2: un organigramme nontrant la suite des 
operations de chargement selon le precede de 
1' invention ; 

- figures 3a a 3c: un exemple, schematique, d'un 
programn,e ecrit en langage evolue, et avec un adressage 

,^ ^x^iierences transformations qu'il subit 

avant son: enregistrement dans la memoire du circuit 
integre ; 

figure 4: une description de la syntaxe de 
certaines instructions utiJisables dans un tel 
programme . 

La figure l montre la structure d • un circuit 
integre pour un support portable apte a mettre en 
oeuvre le precede de 1 'invention. Une puce electronique 
1 est portee par un support portable non represents 
Dans un example, le support portable est une carte a 
puce. La puce l comporte un nicro-processeur 2 et une 
momoiro. Dans 1 ■exemple, 1. ncpoirc est ici una memoire 
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double. Elle comporte une premiere memoire 3 destinee a 
memoriser un systene d • exploitat ion circuit integre La 
memoxre 3 est de preference une men,oire non 
programmable, par example programmee par masque ou 
eventuellement programmable puis verrouillee apres sa 
programmation pour ne plus I'etre par la suite Elle 
est de type non volatile, ses cellules memoires pouvant 
etre des cellules de type EPROM ou bien EEPROM. Une 
autre partie 4 de la memoire, est du type programmable 
et effa<?able a volonte, de preference elle est du type 
EEPROM. Elle est aussi non volatile. Le prestataire de 
service peut y ,.elure tous les programmes 
d utilisation qu-il veut afin que le circuit integre 1 
puisse effectuer toutes applications desirees pour son 
compte . 

Le systems d • exploitation enregistre dans la 
-emoire 3, comporte au moins un premier ensemble 
d instructions 5, de type connu. Par exemple, ces 
instructions sont des instructions, MOVE, MULT, PLUS ou 
GOTO, dont le but est, une fois charg^e dans un 
registre d ■ instructions 6 du processeur 2, de provoquer 
le transfert de donnees (ou d • instructions ) dans un 
registre de donnees 7 du m icro-processeur 2, en vue de 
leur traitement par ce dernier. Le f onctionnement , de 
type connu, de ce systeme est le suivant. Au moment du 
lancement d-un programme d ■ uti 1 isation, contenu par 

exemple dans une partie s rir- - • 

Hanuie o cJG la memoire 4, une 

instruction lue dans cette partie provoque le 
chargement d'une instruction du systeme d • exploitation 
5 dans le registre 6 (dans certa.ns cas-elle provoque 
le Chargement successif de plusieurs des instructions 
du syst.me d ' exploitation) . En meme temps sont chargees 
dans le registre de donnees 7 du .i croprocesseur les 
donnees utiles. L.. donnoo. .ont par example prelevees 
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dans une partie 5 de la memoire 4. Puis ces donnees 
sont traitees par le microprocesseur 2, le resultat se 
retrouvant dans le registre 7 (par exei^ple) . Les 
parties 8 et 9 ensemble, forment une zone 10 de la 
memoire 4 reserves a 1 • appl ication concernee. Dans 
I'exemple montre. 1 • appl ication est schemat iquement une 
application de type bancaire. Elle peut par exemple 
correspondre a un scenario de visualisation de solde de 
compte bancaire sur un ecran d • un lecteur. 

Dans I'etat de la technique, la mise en place des 
instructions de 1 • appl icat ion bancaire et des donnees 
relatives a cette application dans les zones 8 et 9 
respectivement de la memoire 4, est provoquee par un 
systSme externe 11, qui prend la main sur le circuit 
integre i par 1 ' intermedia ire d'une interface 12 de 
communication du circuit integre i avec le monde 
exterieur. L'interface 12, ainsi que tous les circuits 
du circuit integre sont relies entre eux par un bus 13 
qui, pour simplifier, sera utile a la transmission des 
adresses, des donnees, et des commandes. 

Le pilotage d'un circuit 14 d'ecriture dans la 
mernoire 4 peut ainsi etre mene depuis 1 'exterieur, par 
le circuit 11. II est necessaire de piloter le circuit 
14 d'ecriture avec des designations d • adresses 
absolues. En effet, par exemple, la premiere 
instruction INSTRUCTION i, doit etre stockee a 
I'adresse 0000 de la memoire 4. Dans I'etat de la 
technique, le circuit 14 agit sous le controle du 
circuit 11 par 1 ' intermedia ire de 1 • interface 12. Le 
circuit 11, et done ceux qui le commandent devaient 
etre investis de la connaissance necessaire, et de la 
confiance a leur faire, pour mener a ' bien cet 
enregistrement . 

Dans 1- invention pour oviter des actions 
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intempestives d'un circuit 11, notamment dans le cas ou 
on veut mettre plusieurs types d • ut i 1 isat ion dans la 
zone 4, on s'interdit de stoO.er des instructions da-ns 
la zone 8 sous le controle d'un circuit externe li. 

Pour arriver au resultat, dans 1- invention on munit 
le systems d • exploitation 5 d'une macro instruction de 
chargement, specifique. ici symbol iquement representee 
par une instruction CHAR de ce systems d • exploitation 
L'instruction CHAR a pour objet d • enregistrer dans la 
memoire 4 les instructions d'un programme 15 
d'utilisation, ainsi que de reserver la place 
necessaire en memoire pour Iss donnees utilisees, par 
le programme 15. 

On va decrire maintenant ces deux operations, etant 
sntendu qu'elles peuvent ss faire dans un ordre 
indifferent du moment qu'il sst prevu a I'avance. En 
pratique, le programme 15 et les definitions de donnees 
utilisees sont presentes a 1 • interface 12 sous la forme 
d'un fichier 17 que 1 ■ instruction CHAR consults. Dans 
1-invention, au moyen. d'un compteur 16 qui compte les 
instructions deja enreg istrees , on memorise une adresse 
CPTIO initials, montrant qu'elle est la premiere 
adresse d • instruction disponible pour un nouvsau 
programme . 

Le chargement se produit alors de la faq:on 
suivante. Figure 2, Is microprocesseur 2 en execution 
de 1' instruction CHAR va lire, etape la, au travers de 
1-interfacs 12, la premiere instruction du programme 
15, cells dont Is rang est i. L ' instruct ion CHAR 
affects alors, stape 19, a cstts instruct-ion de rang l 
une adresse absolus sgals a CPTI . Au debut du 
chargement I'adresss CPTI sst uns adrssse initiale 
CPTIO. Dans un sxsmple tout a fait arbitraire 
I'adre.se CPTIO s.t 2350 d.ns ,a mono, re n. Au cours 
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d'une etape 20 suivante de 1 ' instruction CHAR, cette 
instruction de rang i, est enregistree dans la memoire 
4 dans la zone 21 a I'adresse voulue: 2356. 
1 -affectation evoquee comporte done le calcul de 
I'adresse absolue. Cette affectation peut comporter la 
modification du programme pour faire figurer en tete de 
1' instruction (ou en queue) I'adresse absolue ou elle 
doit etre enregistree. Au moment de cet enregistrement 
1* instruction CHAR lit cette adresse absolue et 
enregistre 1 ' instruction a I'adresse correspondante . 
Par una etape de test 21, 1 ' instruct ion CHAR verifie 
ensuite que 1 ' instruction du programme 15 (qui vient 
d'etre enregistree) etait la derniere a enregistrer. 
Comme ce n'est pas le cas ici, a une etape 22 le 
contenu du compteur 16 est incremente de maniere a ce 
qu'une zone 23 du compteur 16 comporte maintenant une 
valeur courante CPTI augments (dans un exeitiple egale a 
2357). Puis 1' instruction CHAR provoque le retour a 
1 'etape 18 afin de lire une instruction suivante dans 
le programme 15, 1 ' instruct ion de rang 2, et de 
1 -enregistrer a I'adresse 2357. Ainsi de suite toutes 
les instrijnt- ion^ son*" ° 


-J 

Un 


programme comme le programme 15 comporte 
normalement des instructions de saut. Ainsi qu • on I'a 
montre dans le programme 15, il est prevu une 
instruction de rang n provoquant un saut a 
1' instruction de rang p. Une instruction de saut est 
normalement une instruction de type IF ou GOTO. On 
emploie aussi quelquefois Ic terme d • instruction de 
branchement. Le rang p est ici la destination de 
1 'instruction de rang n. S'agissant d'un programme en 
langage evolue de type connu, 1 ' instruct ion CHAR 
comporte alors un test 24 pour savoir si 1 ' instruction 
de rang n qui est cnregir-trer est une instruction 
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comportant un saut ou non. Jusqu'a present cela n'avait 
pas ete le cas. C'est par centre le cas pour 
1 ' instruction de rang n. 

Au cours d'une etape 25, la destination p 
(indication relative) est remplacee par une destination 
absolue (une adresse absolue en memoire) . Cette adresse 
absolue est egale a I'etat du conpteur d • instructions 
initiales CPTIO additionne a la valeur p. Au cours de 
!• instruction 25, apres avoir calcule 1 'adresse de 
destination absolue, 1 • instruction CHAR modifie 
1- instruction de rang n pour la transformer en une 
instruction dans laquelle la destination n-est plus p 
(destination relative) mais la nouvelle destination 
absolue. Par la suite, a 1 'etape 20 de 1 ' i nstruct ion 
CHAR, on enregistre 1 • instruct ion de rang n a 1 'adresse 
CPTIO+n-l dans la zone 21. Ainsi de suite le programme 
se deroule, jusqu'a 1 ■ enregistrement des q instructions 
du programme 15. 

Dans le cas ou la suite des rangs 1, 2, 3, n, p, q 
des instructions du programme 16 comporteraient des 
trous, il peut etre prevu par 1 ' instruct ion CHAR, 
premierenent, de combler ces trous (calculer un 
adressage relatif continu) , et deuxiemement de modifier 
une premiere fois, en cas de saut, les adresses de 
destinations p pour tenir compte d'une sequence 
continue. Dans ce cas p serait remplace par p' 
(correspondant a des rangs evoluant continOment) et 
1 'etape 25 d • instruction CHAR s ' appl iquera i t a la 
valeur p ' . 

Pour la reservation en memoire des donnees, on peut 
agir de deux facons. D'une premiere facon, representee 
sur les figures 3a a 3c des variables resul, index, 
temp, nain du programme 15 sont detectees lors d'une 
premiere lecture du programme 15. Une e.dresse ordonnee 
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@ donnee: 0 a Q donnee: 3, leur est alors petit a petit 
attribuee. Ces adresses ordonnees relatives sont 
ensuite transf ormees en des adresses absolues (avec un 
meme mecanisme que pour les instructions) . Le programme 
15 est alors modifie pour remplacer ces adresses 
relatives ordonnees par des adresses absolues, ici de 
2450 a 2495. Ceci est apparent sur les figures 3a a 3c. 

D'une autre facpon, le programme 15 comportera, une 
instruction DEFIN de definition comportant comme 
argument associe, la quantite de place necessaire en 
memoire. Par exemple ici, le programme 15 debute par 
1' instruction de rang 0, DEFIN assortie de 1 • argument 
45. Avec cette instruction de rang O, 1 • instruction 
CHAR sait qu'il faut reserver dans la memoire de 
donnees 4, une zone 26, pour y stocker les donnees a 
utiliser par le programme 15. Ceci permet d'utiliser, 
le cas echeant, une facilite de stockage en longueur 
variable du systeme d • exploitat ion 5. 

Dans les deux cas, dans 1' invention, on utilise un 
deuxieme compteur 27, pour contenir d'une part, 
I'adresse de depart disponible dans la memoire 4 pour y 
stocker les donnees et d'gutre part une adrccsa finale 
tenant compte du nombre de variables utilisees dans; . le 
programme 15, ou de 1 ■ argument (ici 45) indique dans 
I'ordre DEFIN. La place reservee en memoire est 
intermediaire entre ces deux adresses. On verra par la 
suite comment les compteurs is et 27 peuvent etre 
amenages d i f f eremment . L • expl i ca t ion donnee ici est une 
explication cherchant a faire comprendre le precede de 
1 ' invention . 

Dans un exemple prefere, les zones 21 et 26 de la 
memoire sont contigues: leurs adresses se suivent. 
L'adresse de depart, contenant la valeur CPTIO du 
compteur 16, et I'adresse finale du compteur 27 
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determinant Inoccupation totale en .emoiro. Dans ces 
conditions, ie debut du conipteur des adresses de 
donnees 27, peut etre calcule par 1 ' i nstruct ion CHAR au 
cours d'une etape 28 initials. Ainsi, avec un test 
analogue au test 22, on aura n,ontre qu ' on est passe par 
la derniere instruction de rang q: on sait combien il y 
a d- instructions, on peut attribuer aux donnees des 
adresses CPTDO et suivantes con,mencant a CPTIO+g et 
suivantes. 

L'organigramme de la figure 2 est optionnel, on 
peut faire dif f eren,.ent con,n,e on le comprendra par la 
suite. Dans un exen,ple, ou le programme 15 comporte 94 
instructions. q=94, I'adresse de depart du compteur de 
donnees cPTDO sera I'adresse. 2450 correspondant ^ 
1 -addition de I'adresse de depart du compteur CPTIO et 
du nombre d • instructions memorisees. Au cours d'une 
etape 29, 1 • instruction CHAR lit ensuite 1 • instruction 
de rang o, si elle existe, et reserve en memoire la 
Place de la zone 26, jusqu-a I'adresse 2495. Puis on 
modifie avec 1 • instruction CHAR, a I'etape 30 les 
instructions du programme pour y inscrire les adresses 
abso,,33 n.cessaires: les adresses de saut (I'adresse 
2353 pour 1. instruction de rang e BN2E rangee elle-meme 
a 1 adresse 2362), et les adresses en memoire de la oQ 
sont stockees les valeurs des variables utilisees dans 
le programme. 

Les figures 3a a 3c montrent une explication du 
programme en vue de son enreg istrement dans la memoire 
4. Dans un premier temps, figure 3b, les variables 
evoquees sont remplacces par des adresses ordonnees 
relatives dont i-ordre correspond a I'ordre 
d'apparition des variables dans le programme. 

En pratique, 1 • instruct i on CHAR transforme le 

programme 15 nontre ^;ur 1 ^ fir,,,r-^ -. ^ 

..ur ]rf f igure 3a en un programme 15 
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montre sur la figure 3c. II peut etre plus judicieux de 
faire la reservation de donnees d'abord, d'affecter aux 
donnees et aux variables des adresses absolues dans la 
memoire de donnee 26 et d'affecter ensuite leur place 
aux instructions dans la memoire 4. 

Une fois que le programme 15 a ete charge dans les 
zones 21 er 26 de la memoire 4, 1 ' instruction CHAR 
enregistre a une etape 31 un descripteur dans une zone 
32, de la memoire 4. Le descripteur en zone 32 concerne 
le nom de 1 » appl ica t ion , ici il s^agira par example de 
1 'application SERVICE. II concerne aussi les adresses 
absolues de depart, 2356, et d'arrivee, 2495, ou sont 
stockees toutes les instructions et donnees du 
programme. L^avantage de stocker les instructions dans 
la zone 21 a des adresses de rangs inferieurs a ceux 
des donnees de la zone 26, est que le programme peut 
commencer directement a l*adresse 2356. a la 
reconnaissance du nom de 1 ' appl icat ion SERVICE, le 
descripteur en zone 32 renseigne le systeme 
d'exploitation sur le fait que le programme concerne 
commence a i'adresse 2356. 

Telles Que les i n?;t-rnr-t- i r^nc cr^^-t- — ,x- _ 

programme 15, et sur les figures 3a a 3c, elles 
correspondent, selon un mode prefere de 1* invention, a 
un langage evolue, symbolique, lui-neme renvoyant a des 
instructions executables par le micro-processeur . Par 
exemple, MOVE a pour objet de copier la valeur qui est 
donnee dans le deuxieme argument a I'adresse qui est 
indiquee dans le premier argument. L • i nstruct ion MULT a 
pour objet de multiplier le contenu stocke a I'adresse 
du deuxieme argument de cctte instruction par le 
contenu stocke a I'adresse du premier argument et de 
mettre le tout a I'adresse du premier argument. La 
figure 4 rappelle cos pa rt i cu 1 a r i t es . On y remarque 
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notamment que 1 • instruction BNZE est 1 • instruction de 


saut 


Normalement, un tel progranne est compile avant son 
enregistrement dans la n,emoire 4. La compilation a pour 
ob^et de transforner chaque instruction MOVE. MULT ou 
autres, qui sont des macro instructions, en des suites 
de micro instructions directoment executables par le 
microprocesseur 2. ces suites de micro instructions ont 
bien entendu pour objet d'accomplir la fonction de la 
macro instruction, mais aussi d 'organiser toutes les 
lectures en memoire 3 et . , tous les transferts sur le 
bus 13. toutes les liberations de registre 7 utiles 
etc .... ' 

Dans 1- invention pour faciliter le travail des 
prestataires de service. on ne leur in,pose pas de 
compiler leur programme ni bien sur d • ecrire le 
programme 15 en langage machine executable par le 

processGur 2. 

Plutot que de stocker les instructions en langage 
dxrectement executable par le micro-processeur 2 done 
des instructions chargeables telles quelles dans le 
registre d • instructions 6 de ce micro-processeur, on 
prefere demander aux prestataires de service de 
programmer leurs programmes 15 dans un langage evolue 
Avec des instructions du type de eel les vues dans la 
figure 4. 

Dans ce cas, on munit par ailleurs le systeme 
d exploitation enregistre dans la memoire 3 d • un 
xnterpreteur 33 de commande qui est capable de 
transformer chacune des macro- i nstruct ions MOVE MULT 
PLUS. etc.. en une suite de micro-instructions 
directement executables par le microprocesseur 2 

Dans 1> invention 1 • i nstruct ion CHAR est une des 
instructions chargees dans le .y.tc-ne d • explo, tation 5 


2757S70 . 


Le programme interpreteur de commande 32, comporte 
alors une sequence de micro-instructions correspondant 
a cette instruction CHAR. 

Les micro instructions sont celles evoquees par les 
etapes 18 a 31. Au moment de la mise en oeuvre d'une 
application, une instruction (en langage evolue) 
prelevee dans la zone 21 renvoie alors a une macro- 
instruction a interpreter par le programme interpreteur 

Au cours de 1 ' appl ication , on utilise chaque fois 
le descripteur d • appl ication pour verifier que les 
adresses sur lesquelles le programme engage agit sont 
des adresses contenues entre les limites indiquees par 
le descripteur en zone 32. 

De preference, le systems d • exploitation ainsi que 
le programme interpreteur 33, lorsqu'on choisit d'en 
mettre un en oeuvre, sont enregistres dans la memoire 3 
de type non programmable au moment de la fabrication du 
circuit integre l. De cette facpon, ces parties de 
programme ne peuvent pas etre modifiees par des 
applications chargees, dans la memoire 4 par exemple. 

_ . . _ ^v..„pc = ur^ ec 2/ avec notamment 

des registres. ri est cependant possible de remplacer 
ces compteurs par der. instructions de type comptage 
executees par le micro-processeur 2, et accompagnant 
1' instruction CHAR. Ces instructions de comptage 
auraient notammenr pour objet de passer en revue les 
descripteurs deja present dans la memoire. Ces 
compteurs peuvent neanmoins avoir egalement une allure 
physique. Ainsi, la memor i sat ion , des vale.urs de depart 
des compteurs is et 27 peut etre remplacee par une 
lecture du dernier descripteurs 32. Lorsque plusieurs 
applications sont enregistrees dans la memoire 4 il y 
a plusieurs doner i pteu rs . ,.o d.rn,..r .nr.crit est trouve 
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en lisanc la rr-emoire a I'envers: c'est le dernier 
emplacement utilise avant un emplacement vide. 
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REVENDICATIONS 


1 - Precede de chargement dans une puce (i) 
electronique, portee par un support a puce et 
comprenant un microprocesseur (2) et une memoire (3, 
4), d'un programme (15) d • ut i lisation de ce support a 
puce, ce programme comportant des instructions dans 
lequel 

- on munit la puce d'un systeme d • exploitation (5) 
comportant notamment un programme (CHAR) de chargement 
en memoire, ce systeme d • exploitation commandant le 
fonctionnement du microprocesseur et de la memoire, 

- on enregistre (20) dans la memoire, au moyen du 
programme de chargement en memoire, le programme (15) 
d 'utilisation 

caracterise en ce que 

- on definit (DEFIN, resul, temp, index...), dans 
le programme d 'utilisation, une quantite de place 

^ ..^ ^^^x= pouir ooncenir aes 

donnees a utiliser par ce programme d ' utilisation, 

- on fait calculer par ce programme de chargement 
en memoire, au moment de ce chargement, des adresses 
absolues pour enregistrer en memoire des donnees 
utilisees dans le programme d • util isat ion et les 
instructions de ce programme d ' utilisation, 

- on modifie en consequence ce programme 
d 'utilisation, et 

- on fait enregistrer par ce programme de 
chargement les donnees et les instructions presentes 
dans le programme d 'utilisation a ces adresses absolues 
calculees . 

2 - Precede selon la revendication i caracterise 
en ce que on fait enregistrer par le programme de 
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chargement un descripteur (32) des limites adresses 
absolues calculees ou ces instructions et ces donnees 
se trouvent. 

3 - Precede selon 1 ' une des revend ications 1 ou 2 , 
caracterise en ce que 

- on teste si une instruction a charger est une 
instruction de saut, et, si c'est le cas, 

- on calcule une adresse absolue pour la 
destination du saut, 

- on modifie, dans cette instruction, la 
destination de saut en reTnplagant cette destination par 
1 'adresse absolue de saut calculee, et 

- on enregistre 1 ' instruct ion de saut modifiee, 

4 - Precede selon I'une des revendications 1 a 3, 
caracterise en ce que 

- on calcule les places en memoire en fonction de 
la place disponible dans cette memoire. 

5 - Procede selon I'une des revendications 1 a 4, 
caracterise en ce que 

- on charge les donnees et les instructions du 
programme dans des zones contigiies de la memoire, et 

- on enregistre dans une zone descripteur de la 
memoire les limites d' adresses de ces zones contigiies 
et affectees a cette utilisation. 

6 - Procede selon I'une des revendications 1 a 5, 
caracterise en ce que 

- on munit la puce d'un systeme d ' exploitation 
comportant un programme (33) interpreteur de commande, 

- on enregistre dans la memoire de la puce, au 
moyen du programme de chargement en memoire, un 
programme (15) d • ut i 1 isat ion du support a puce 
comportant des instructions ecrites dans un langage 
evolue, non directement executables par le 
microprocesseur , dans le but de faire executer par le 
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microprocesseur des instructions interpretees resultant: 
de ces instructions non directement executables apres 
leur avoir fait subir une interpretation par 
programme interpreteur de commande, 

- on fait calculer par le programme de chargement 
en memoire, au moment de cet enregistrement , des 
adresses pour enregistrer en memoire de la puce les 
instructions du programme en langage evolue, 

- on modifie les instructions en langage evolue en 
fonction de ce calcul, 

- on enregistre ces instructions en langage evolue 
dans la memoire a des adresses absolues calculees par 
ce programme de chargement. 

7 - Procede selon la revendicat ion 6, caracterise 
en ce que 

- on execute le programme d 'utilisation en 
verifiant a chaque instruction interpretee a executer 
que les donnees ou les instructions auxquelles une 
instruction interpretee renvoie se trouvent a une 
adresse contenue dans les limites enregistrees dans le 
descripteur de la table de decision. 

8 - Procede selon I'une des revendicat ions 6 a 7, 
caracterise en ce que 

- on enregistre en memoire de la puce le systeme 
d' exploitation, comportant le programme de chargement 
en memoire et le programme interpreteur de commande, 
des la constitution de cette puce. 
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